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Who am I and 
why I’m qualified enough 
to give this speech 


e 30 years of experience 
e Mostly in the go-go-go projects 
° Left last one not-allowed-to-mention-by-name in June 
e Was really disappointed almost all the time 
e Some experience in the no-rush projects 
e Started in one like this in November 
e And happy 
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What this speech Is about 


e Frequently considered as an essential requirement 
e Wrong! 
e For example, MicroAvia 


e We have a 10kg piece of Hi Tech flying over our heads 
and kept in the air by the inner power (battery) 


e Of course we have Safety over the TTM 
e This is why I’m happy to work here 
e So this speech is based on my previous experience 
e Which I’m happy to leave behind 
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What this speech Is about 


e Some of the other projects are ok for TTM KPI, 
but simply not requiring this rush 


° It is still common for business to insist for T TM 
e Mostly because of desire to save money 
e Or desire to speedup the business idea check cycle 
e Or by mistake 
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What this speech Is about 


¢ Finally there are some projects where short TTM 
could be a key to success 


e We will speak about these ones 


e This speech is from CTO and team lead mostly 
and mostly for team leads and CTOs in startups 


e Disclamer 


e As it happens quite often with the speeches like this one 
the problem description will take more of the time 
than the solution description as 
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The problem 


e The problem is simple: you can not get anything for nothing, 
you have to sacrifice something. 


e Some sacrifices will be required on business side 

e Some on technical side 

e Some on the staff side, like no war without death 
° l'Il speak about the tech side of the story 

e About the damage 

e About the ways to minimise it 
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e Time devourer 
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e Understanding of the whole project 
e Collateral damage 
e Agile development process 
e Bus factor 
e Every task is a research task 
e Research is longer and no result guaranteed 
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e What is code quality and why is it important 

e Code quality is 
e Code do what it should do (functioning) 
e Easy to check does it do what it should do (testable) 
e Readable (might be the most important) 

e This is important because 
° lt is a base for team work 
e lt is a base for later product support and extension w 
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¢ No time for refactoring 
e Refactoring is an essential part of the development 
e Especially if the task is not clear 
e Planning was sacrificed, you know 
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The victims: Code quality 


¢ Direct damage 
e Code is expensive to maintain and extend 
e Will be important if and only if the project will survive 
e Code readability 
e Testing 
e Collateral damage 
e The team spirit 
e Difficult to extend the team 
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The victims: Architecture 


e Direct damage 


e No pivot: almost all the business decisions are 
final and not reversible 


e Collateral damage 
e No examination for the business decisions and timeline 
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The victims: Development cycle 


e The usual development cycle: regular reviews, 
regular refactoring, bugfixing, etc 


e Why 
e lt is really unpleasant to read a dirty code 


° lt is really unpleasant to get the WTF comments 
on your code 
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The victims: System of values 


e System of values deformation 
e Not really technical but extremely important 
e Why 
¢ The people who write fast are “better” than 
the people who write readable 
e The whole project view is not welcomed 
e Mind your business approach 
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The victims: System of values 


e Direct damage 
e Morale of your units decreases 
e The other problems mentioned above become permanent 
e No even one step ahead view 
e The task considered completed as early as possible 


e Really important but not urgent stuff 
continuously delayed forever 


e Collateral damage 
¢ There will be a negative selection in your team w 


M | CrROAV I-A 


The victims: Technical debt 


° | do not see it as a part of the problem 


M | CrROAV I-A 


The victims: Technical debt 


e | do not see it as a part of the problem 


e Consider it as a cheap loan which 
will be never sold to collectors 


M | CrROAV I-A 


The victims: Technical debt 


e | do not see it as a part of the problem 


e Consider it as a cheap loan which 
will be never sold to collectors 


e As with the other types of loans 
the key thing is to keep it under control 


M | CrROAV I-A 


The victims: Technical debt 


e | do not see it as a part of the problem 
e Consider it as a cheap loan which 
will be never sold to collectors 
e As with the other types of loans 
the key thing is to keep it under control 


e But the things mentioned above can induce 
the uncontrolled debt grow 


M | CrROAV I-A 


The victims: Technical debt 


e | do not see it as a part of the problem 


e Consider it as a cheap loan which 
will be never sold to collectors 


e As with the other types of loans 
the key thing is to keep it under control 


e But the things mentioned above can induce 
the uncontrolled debt grow 


¢ Also it might become hard to pay off 
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What we can do: Planing 


e Insist 
° At least definition of done must be provided 


e “| want to see this and this” is way better than “do this 
and this” 


e Do your own planing 
e Mostly to be aware of the “plans vs reality” conflict 
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e Request task description to be updated in case 
task itself got updated 
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e Make the “code quality” term formal: 
provide the document to the team 


e Do the review yourself 
e Provide as detailed comments as possible 
e Do “look at this good one” sessions based on the project code 
e Just a broadcast message with a link to PR 
e Request unit tests 
e Absolute coverage value is not so good metric 
e Change of the coverage is better: shouldn't decrease as 
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What we can do: Architecture 


e Insist 
e Insist again 
e It is ok to have an architect as a contractor 
e Request C4 model diagrams 
e Do the arch yourself if you are capable 
e Use C4 model 
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e This is a routine could save you and your project, 
so keep it by any means 


e Make the reviewer responsible for the problems 
caused by deploy (if any) as well as author 


e Ideally reviewer should be able to fix the problem 
as effective as an author 


e Ask the teammates to be extremely polite in their comments 
e Make them polite 
e Do not ask me how og 
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What we can do: Learning cycle 


e Really hard to fix 


e Add the “what new did | learn this sprint” 
to the retrospective if you can 


e Do not make it formal or frustrating! 
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What we can do: 
System of values 


e Out of your control 
e Hire those who can resist this leprosy 
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What we can do: Tech debt 


e Write down every single piece 
at the time you realise you are adding it 
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Conclusions 


e TTM dependent projects are tough 


e They are hard to manage and 
hard to keep the damage under control 


e Forewarned is forearmed 


e Keep in mind the way you can be damaged 
and the way you can mitigate it 


¢Non-TTM-dependent projects can have 
all the same problems 


e Keep calm and carry on 
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Thank you! 


Questions? 


Yandex 


Armenia 


High 


Load 


MIC ROAVIa 
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